/ 



• 



Please type a plus sign (+) inside this box 



PTO/SB/05 (11-00) 
Approved for use through 10/31/2002. 0MB 0651-0032 
U.S. Patent and Trademark Office; U.S. DEPARTMENT OF COMMERCE 
Under the Paperwork Reduction Act of 1995. no persons are required to respond to a collection of information unless it displays a valid OMB control number. 



UTILITY 
PATENT APPLICATION 
TRANSMITTAL 

{Only for new nonprovisional applications under 37 CFR 1.53(b)) 



Attorney Docket No. 



First Inventor 



Title 



00349 



Gopal N. Iyer 



Method for Reverse Path 



Express Mail Label No. 



EF133025762US. 



APPLICATION ELEMENTS 

See MPEP chapter 600 concerning utility patent application contents. 



ADDRESS TO: 



-B- 



Fee Tra nsmittaLFormie.g. .^PIO/SB/^I.ZL 



Assistant Commissioner for Patents 
BoxPatent Application 
Washington, DC 20231 



2. 



□ 



36 



(Submit an original and a duplicate for fee processing) 

Applicant claims small entity status. 
See 37 CFR 1.27. 

Specification [Total Pages 

{preferred arrarigement set forth below) 

- Descriptive title of the invention 

- Cross Reference to Related Applications 

- Statement Regarding Fed sponsored R&D 

- Reference to sequence listing, a table, 
or a computer program listing appendix 

- Background of the Invention 

- Brief Summary of the Invention 

- Brief Description of the Drawings {if filed) 

- Detailed Description 

- Claim(s) 

- Abstract of the Disclosure 



-7-P^-eD-RQM-orCD^Rin-duplicaterlarge table'6r-~^^^ 
Computer Program (Appendix) Trt^S 
8. Nucleotide and/or Amino Acid Sequence Submiss@r^2^§ 



{if applicable, all necessary) 
J I I Computer Readable Form (CRF) 

3. Specification Sequence Listing on: 

i. Q CD-ROM or CD-R (2 copies); or iP. 

i i. n paper 
c. I I Statements verifying identity of above copies 



I Total Sheets 
I Total Pages 



17 



4. H Drawing(s) (35 as. C. 113) 

5. Oath or Declaration 

□ 

(for continuation/divisional with Box 18 completed) 
i. I I DELETION OF INVENTOR(S) 



a. 
b. 



Newly executed (original or copy) 
Copy from a prior application (37 CFR 1 .63 (d)) 



□ 



Signed statement attached deleting inventor(s) 
named in the prior application, see 37 CFR 
1.63(d)(2) and 1.33(b). 

Application Data Sheet. See 37 CFR 1 .76 



ACCOMPANYING APPLICATION PARTS 



n 

□ 

□ 
□ 

4.0 



Assignment Papers (cover sheet & document(s)) 
37 CFR 3.73(b) Statement I | . Power of 
(when there is an assignee) ' — ' Attorney 

English Translation Document (if applicable) 
Information Disclosure I I Copies of IDS 

Statement (IDS)/PTO-1449 ' ' Citations 

Preliminary Amendment 

Return Receipt Postcard (MPEP 503) 
(Should be specifically itemized) 

Certified Copy of Priority Document(s) 
(if foreign pnohty is claimed) 

Request and Certification under 35 U.S.C. 122 

(b)(2)(B)(i). Applicant must attach form PTO/SB/35 

or its equivalent. 

Other: 



18. If a CONTINUING APPLICATION, check appropriate box, and supply the requisite information below and in a preliminary amendment, 
or in an Application Data Sheet under 37 CFR 1. 76: 

I I Continuation | | Divisional [ | Continuation-in-part (CIP) of prior application No.: / 

Prior application information: 



Examiner 



Group Aft Unit: 



For CONTINUATION OR DIVISIONAL APPS only: The entire disclosure of the prior application, from which an oath or declaration is supplied under 
Box Sb, Is considered a part of the disclosure of the accompanying continuation or divisional application and is hereby Incorporated by reference. 
The incorporation can only be relied upon when a portion has been Inadvertently omitted from the submitted application parts. 



19. CORRESPONDENCE ADDRESS 



□ 



Customer Number or Bar Code Label 



Correspondence address below 



Name 



Address 



City 



Country 



Michael D, Lazzara 



Kirkpatrick & Lockhart LLP 



535 Smithfield Street 



Pittsburgh 



USA 



State 



Telephone 



PA 



412-355-8994 



Zip Code 



15222 



Fax 412-355-6501 



Name (Print/ Type) 


Michael D. 'Lazzara. 


Registration No. (Attorney/Agent) 


41,142 




^ Signature 


mju^.^^ — ' 


Date 


12/29/00 





o 
o 



CM 



Burden Hour Statemenl: This form is estimated to take 0.2 hours to complete, nme will vary depending upon the needs of the individual case. Any comments on 
the amount of time you are required to complete (his form should be sent to the Chief Information Officer, U.S. Patent and Trademark Office. Washington. DC 
20231, DO NOT SEND FEES OR COMPLETED FORMS TO THIS ADDRESS. SEND TO: Assistant Commissioner for Patents, Box Patent Application. 
Washington, DC 20231. 




Mobile Switching Center FIG, 1 



Mobile 
Switching 
Center 




102 



USER INPUT: 
FORM / FIELDS TO BE 
UPDATED 
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PROGRAM INITIATES SCRIPT 
GENERATION 



USER INPUT: NEW VALUES 
TO BE UPDATED IN CHOSEN 
FORM / FIELDS 



106 



112 



PROGRAM EXECUTES 
APXRCV SCRIPT BASED ON 
USER INPUT 



LOG ERRORS 



^\ PROGRAM UPDATES FORM / 
FIELDS 



FIG. 3 



122 



132 



RF FREQUENCY GROUP 
GENERATES DATA FILES 



DATA FILES INPUT TO MAIN 
PROGRAM 



CREATE FILES: 
ctmret.i 
tpptmret.i 
dcchret.l 
dcchrad.i 
ceqsuret.i 
reselret.i 
fclret.i 





r 


SEND FILE dcchrad.i TO ECP 




r 



CREATE APXRCV SCRIPT 
FILES: 
Eldcch.ret 
El ctm.ret/Eltppt.ret 
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128 



130 



CHECK FOR PCS 
SYSTEM 



CREATE APXRCV 
SCRIPT FILE 
Elceqsu.ret 



CREATE APXRCV 
SCRIPT FILE 
Elresel.ret 
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YES 



136 



FIG. 4A 




FILE Elfci.ret 



EXECUTE ALL SCRIPT FILES 
IN CHECK MODE 



140 



FIG. 4B 





r 


CHECK FOR ERRORS 




o 

r 



142 



-YES- 



EXECUTE SCRIPT FILES: 
Eldcch.ret 
E1 ctm.ret/E1 tpptm.ret 



146 




144 



REMOVE / RESTORE 
RADIOS 



148 



150 



EXECUTE SCRIPT FILES: 
E1ceqsu2.ret 
Eiresel.ret 
Elfci.ret 



GENERATE TEAR DOWN 
REPORT IN CORSAIR 
PHONEPRINT SYSTEM 



PROCESS REPORT AS INPUT 
FILE FOR POST-PROCESSING 
PROGRAM 



GENERATE OUTPUT FILE 



PROCESS OUTPUT FILE WITH 
MAPPING SOFTWARE 



GENERATE GRAPHICAL 
REPRESENTATION 



>pg pp99l2.txt 
Date Time(2) 
12/25/99 
12/23/99 
12/26/99 
12/23/99 
12/23/99 
_l2/25/99_ 
12/25/99 
12/25/99 
12/25/99 
12/25/99 
12/25/99 
12/25/99 
12/25/99 
12/25/99 
12/25/99 
12/25/99 
12/25/99 
12/25/99 
12/24/99 
I2/2M/99 
12/24/99 
12/22/99 
12/29/99 
12/29/99 
12/29/99 
12/29/99 
12/27/99 
12/24/99 
12/24/99 
12/24/99 
12/24/99 
12/27/99 
12/23/99 
12/23/99 
12/23/99 



Site_ID HIN( • ) Dialed 

19:26:09 20 

14:56:20 219 

21:40:32 167 

19:06:49 82 

19:06,23 82 

17:23.55 ^82_ 

15.06,20 82 

13.04,16 82 

13,04.05 82 

13,03,53 82 

13.03.31 82 

13.01.49 82 
12,53,38 82 

12.52.32 82 
12.52.03 82 
12,50,48 82 

12.48.15 82 

12.47.16 82 

11.58.50 82 
11:58.08 82 

10:03:16 82 

14,58:09 80 
10:54.28 177 

10:51:49 177 
10:25:04 145 

10.24,42 145 

21:26:01 49 

19:22:48 219 
19:22:26 219 
19,22:06 219 

19:13:38 219 

12:01.06 20 

16:23:47 12 

16:17,19 12 
16:17,03 12 



Digits Tear 
" 2012075854 
2012075854 
2012130072 
20I2I344I6 
2012134416 
2012134416 
—2012134416- 
2012134416 
2012134416 
2012134416 
2012134416 
2012134416 
2012134416 
2012134416 
2012134416 
2012134416 
2012134416 
2012134416 
2012134416 
2012134416 
.2012134416 
2012300764 
2012400657 
2012400657 
20.12400657 
2012400657 
2012476225 
2012476225 
2012476225 
2012476225 
2012476225 
2012476225 
2012640686 
2012640686 
2012640686 



-Do«in_Reason 

12014981322 MFG 

5617767114 MFG 

19547814445 HFG 

- 9544289147 MFG 

9544289147 MFG 

9544285083 MFG 

2015680907 W:G_ 

2015680^7 MFG 

2015680907 M^G 

2015680907 MFG 

2015680907 MFG 

2015680907 MFG 

2015680907 MFG 

2015880907 MFG 

2015680907 ^FG 

2015680907 MFG 

2015880907 MFG 
5680907 MFG 

8003328463 MFG 

8003328463 MFG 

9544289147 MFG 

19546467166 MFG 

19086881800 MFG 

9412503898 MFG 

12012400657 MFG 

12012400657 MFG 

15616551115 MFG 

15615551212 MFG 

15615551212 MFG 
15615551212 MFG 
5617950022 MFG 
15614996976 MFG 
3105152822 MFG 
3105152822 MFG 
3105152822 MFG 



FIG. 6 



>pg inapl2d9 

ECP.Cel 1 No, Longitude, Latitude, Count 
4. I ,-80. 1675.86. 155278, 148 

3.5. -80.361 1 1 \ .25.699444.209 

1 .6. -80. 171667.26.36,675 

1. 7. -80. \ 14167.26.562778. 173 

1 . 8 . -80 . I 09722 . 26 . 760556 . 76 
—3:9: -80731-7222, 25. 679444-31-1 

3. 10.-80,266667,25.747222, 1 15 

4. 12, -80.29.26. 183333.268 

3. 13. -80.422778.25.5261 M . 164 

4. 15. -80. 123056.25.854167.510 

4. 16. -80. 19861 1 ,26.248889.401 
1.18.-80.088889,26.45,380 
1.20,-80.058611,26.651944,216 

4.22, -80.210833.25,84861 1 . 138 

4.23. -80. 128889.26.085833.844 

4.25. -80.288889.25.845556.55 

1.26. -80.201111.26.630833.251 

4.27. -80,204722.25.93.590, 

3.28. -80,360833.25.596667,255 

3.29. -80.333889.25.649444.584 

4.30. -80.415.26.088389.207 

4.31 . -80. 175833,26. 121944, 128 
1,37,-80.681389.26.686667.213 
4.40.-80.364444.25.828333. 156 
4.42.-80.286944.25.920556.147 
4 43,-80.168056.26.024722,333 

3.46. -80.129167.25.793611.2694 

3.47, -80.23861 1 ,25.81 1389, 121 

1.49. -80.051667.26.71 1944.381 

4.50. -80. 160556.25.30861 1 . 187 

4.52. -80.26.26. 121687.456 

4.53. -80. 105556.26. 136389.501 

3.54. -80.383333.25.653056.81 
4 55,-80.249444.26.268333.314 

3.56. -80.294722.25.703889.184 

3.57 . -80 .315.25 .808333.2 1 

3.58. -80.265278.25.788333.267 

4.60. -80.25.25.891667.205 

4.61, -80.090833.26.230278. 147 
4 64.-80.211667.26.0175.595 



FIG. 7 



PERFORM DRIVE TEST 



182 



184 



PERFORM RF CALL TRACE 



GENERATE DRIVE TEST 
DATA FILE 



n 



186 



GENERATE RF CALL TRACE 
DATA FILE 



188 



190 



COMBINE DATA FILES INTO 
COMBINED OUTPUT FILE 



EXECUTE OUTPUT FILE IN 
MAPPING SOFTWARE 
PROGRAM 



GENERATE GRAPHICAL 
REPRESENTATION 



192 



194 



FIG. 9 



SAMPLE Ericsson log 



MOBIIiE TELEPHONY CELL TRAFFIC RECORDING 
DIGITAL SIOIAL STOENGTH MEASUREMENTS 



HSNB CELL 
9412S80201~T0 17C 



rev 

_MDVC-1060^ 



SSFVC 

23 



SSRVC 
20 



SSSTWWC 



BERFVC BERRVC 



6 


3 


2 


2 


BQRVC 


TORVC 


FREQERR 


TIft 


15 


0 


1 


0 


NCELL 


NSSFFMC 


MEASCHAM 


VIND 


T017A 


S 


1260 


y 


T017B 


23 


1272 


Y 


T006B 


17 


1300 


Y 


T016B 


13 


1305 


Y 


T004A 


29 


1251 


Y 


TOOSB 


33 


1302 


Y 


T005A 


23 


1290 


Y 


T018A 


21 


1294 


Y 


T154B 


21 


1303 


Y 


TIME 


PRINTIND 


FCOTE 


11:08:27 0 






END 









RBERRVC FERRVC 
0 



MSPOW 
2 



MOBILE TELEPH<»IY CELL TRAFFIC RECORDING CANDIDATE LIST FOR 



HANDOFF 



MSNB 

9412580201 

CANDCELL 
T005B 



CELL TIME FCODE 

T017C 11:08:27 



CELLTYPE 
0 



NTYPE 
STD 



URGENCY 
0 

RATING 
0 



END 



FIG. 10 



XTEL LOG FILE 

DATE.TIME, LONGITODE, LATIIODE. ALT, SPEED, HEADINO,GPS_HOOE. PHONEJEASK.TASK 
_DESC.CHAN,RSSI .MOOTYPE, SLOT,CHANTYPE. SAT. DVCC, POWER, BER, BER^COOE. SBI.T 
A , CELLl . 01 STANCEl . CELL2 . OI STANCE2 , CELL3 , DISTANCES . I/)«ER_C^ 
,COCHAJlSSI ,MARKER.CHAIIJSRP. EVENT, EVONPO.BAND, LISTTn»E, LISTCT. 

-I1-,GHAH2,I«S12,CHAN3 ,RSSI3 ,CHAN4,RSSI4,_CHAI« 
SI7,<attN8iRSSI8,CHAN9.RSSI9,CHAH10.RSSI10,CHAiai,RSSIll,CHAH12,RSSI12.C 
HAH13,RSSI13.CW»m4,RSSI14,CHAMlS,RSSI15,CMAN16,RSSI16.CKAN17.RSSI17.CH 
Ain.8,RSSn8.CHAM19,RSSI19,CHAN20.RSSI20,CHAII21,RSSI21,CHAN22.RSSI22,CHA 

1123 , RSSI23 , a<AH24 , RSSI24 , CHAN2S , RSSI2S , REVISKMI 

7/30/99, ll»08t27,- ^ 

82 .3321883 , 27 .9813839 . 9 . 40 . 3 , 86 . 9 ,G8 , 5 , Conversation, 1218 , - 

93,D.3,V.3, 5,2,0.87, 3, 0,0 14.15,-100,0,8, . ,l.Neig,9. 1284.- 

89,1302,-93,1300.-103,1255,-107,1317,-109,1303,-109,1314.-111,1305,- 

111.1315,- ^ 
113,0.0,0,0,0,0,0,0,0,0.0.0,0,0,0,0,0.0,0,0,0,0,0.0,0,0.0,0,0,0.0,0,4 

7/30/99,10:52:47,- 

82 .3321883 , 27 . 981383 9 , 9 , 40 - 3 , 86 . 9 ,G8 , 5 ,Conversat ion. 1218 . - 
93,D.3.V,3,5,2,0.84.3,0.0..,,.,.14,15,-100,0,8.,,l,Neig.9,1284,- 

89 , 1302 . -93 , 1300. -103 . 1303 . -107 . 1255 . -109 , 1314 . -Ill . 13 17 . -Ill . 1305 . - 

113'.o!o!o, 0,0,0,0, 0.0, 0,0. 0.0.0.0, 0.0. 0.0, 0,0. 0,0, 0,0, 0.0, 0,0. 0.0. 0,4 
7/30/99.10:52:48.- 

82 .3319553 . 27 .9813947 , 10, 43 . 1. 87 . 0,08, 5, Conversation, 1218, - 
93,D.3.V.3,5;2. 0.84.3. 0,0. , ,-10.38.-137.0,8. , ,l,Neia.9,1284,- 
89 . 1302 . -93 .1300. -103 . 1303 , -107 , 1255.-109 . 1314 . -Ill . 1317 . -Ill . 13 05 . - 

il3!o!o!o. 0.0. 0.0. 0.0.0. 0.0. 0.0. 0.0. 0.0. 0.0. 0.0.0. 0.0. 0.0.0. 0.0. 0.0. 4 
7/30/99.10:52:48.- 

82 .3319553 . 27 . 9813947 . 10 . 43 . 1 . 87 . 0 .GS . 5 . Conversation. 1218 . - 
95.D.3.V.3. 5.2. 0.99. 3. 0,0,,. ....-10.38.-137. 0.8... l.Neia.9. 1284.- 
83.1302.-93 . 1300. -101. 1303 . -105. 1255.-109 . 1305. -111. 1314 . -113 . 1315, - 
113 1317 - 

113'.0,0,0, 0,0,0,0,0. 0.0. 0.0. 0.0.0. 0.0. 0.0.0. 0.0.0.0. 0.0. 0.0. 0.0. 0.0. 4 

7/30/99.10:52:49.- ^ 
82 . 33 17 164 . 27 . 9814044 . 10 , 44 . 7 . 87 . 2 , 08 , 5 , Conversation, 1218 , - 
95,D,3,V,3,S,2.0,99. 3.0.0,,,,,, ,-10,38,-137.0.8.. .l,Neig,9,1284.- 
83 . 1302 . -93 . 1300 . -101 . 1303 , -105 , 1255 . -109 , 1305,-111 , 1314 , -113 , 1315 , - 

113 1317 - 

113',0,0. 0,0, 0,0, 0,0, 0,0, 0,0,0, 0.0,0, 0.0,0, 0,0, 0,0,0, 0.0, 0.0, 0,0, 0,0,4 



FIG. 11A 




IT 

JR. RBER, FER, BQ,TD, FRBQ. TIME.MS . PRINT 

DEV, FVC,RVC,TI»VC,FVC, KVC. RVC, RVC, RVC. RVC. ERR. M-IG 



28,0069725, 9412580201, T017C,MDVC- 

15,0,1,0.2,0 

--28^006972S,94l25a0201,T017-C,MD«C= 

15,0,1,0,2,0 . 

28 . 0069856 , 9412580201, T017C,MDVC- 
15,0,2,0.2,1 

28. 0069856, 9412580201,T017C,MDVC- 
15,0,2,0,2,1 

28 . 0070392 , 9412580201 , T005B,MDVC- 
2.0,4,0,2,1 

28 .0072014 , 9412580201, T005B,MDVC- 
7,0,4,0,2,1 

28 . 0072014 , 9412580201 , TOOSB,MDVC- 
7.0.4,0,2,1 

28. 0073900, 9412580201. TOOSB.MDVC- 
8.0.3,0,2.1 

28-0073900, 9412580201. TOOSB.MDVC- 
8.0.3,0,2,1 

28. 0075761. 9412580201, T005B.MDVC- 
7.0,5.0,2.1 

28. 0075761. 9412580201.T005B. MDVC- 

7.0.5.0,2,1 

S92.94125m)l.T003B 



FIG. 11B 



Comarco File 



13!20:00.8,26.677,-81.567 
13:20:01.2,25.230,-81.456 



13". 2170073728^6557-81-2128 



m 

m 
m 

~ 

ru 
ru 

o 
o 



FIG. 13A 



Time«Lotig«Lat,C«llNo, SS, 

12 j41 j29. 28 . 6559300,-81 .205792000. 1353 . -124 
12 : 41 J 29 , 28 . 6559300 . -81 .205792000 , 201,-106 
12 2 41 J 29 , 28 . 6559300 , -81 . 205792000 , 32 , -106 
12 141 :29 , 28 .6559300, -81 .205792000, 321, -76 
12 j41 j29. 28 .6559300. -81 .205792000, 323 , -66 
12 1 41 1 29 , 28 . 6559300 . -81 .205792000 . 83 1 . -100 

12T4n30728T65S9260^ -81.205580000. 323 , -66 

12:41i3l. 28. 6559170, -81. 205380000, 321, -75 
12 j41 t31, 28 .6559170, -81 .205380000, 321, -75 
12 : 41 : 3 1 , 28 . 6559170 , -81 .205380000 , 323 , -64 
12 :41 132 , 28 .6559080, -81 .205198000, 323 , -63 
12 :41 133, 28 .6558950, -81-204922000, 321, -73 
12 i41 133 . 28 .6558950. -81-204922000, 323 , -62 
12:41x34,28.6558900,-81.204769000,321,-73 
12i41j34, 28.6558900, -81.204769000, 321, -73 
12 :41 1 34 , 28 . 6558900 , -81 .204769000 , 322 . -98 
12 t41j 34.28 .6558900. -81-204769000 . 323 , -61 
= 12 1 41 : 35 . 28 . 6558900, -81 .204577000 , 1353 . -124 
^ 12:41:35,28. 6SS8900 , -81 . 204577000 , 201 , -105 
12 : 41 : 35 , 28 . 6558900 . -81 . 204577000 , 202 . -106 
12 : 41 : 35 . 28 ; 6558900 . -81 . 204577000 . 32 . -105 
y f 12 : 41 : 3 5 . 28 . 6558900 . -8 1 . 204577000 , 3 23 . -63 
H 12 :41 : 35 . 28 . 6558900 . -81 . 204577000 .831.-99 
£ 12 :41 : 37 ,28 .6558970, -81 .204219000, 321, -73 
in 12 : 4 1 : 37 , 28 . 6558970 , -8 1 . 204219000 . 3 23 , -67 
m 12 : 41 : 38 . 28 . 6559000 , -81 . 204044000 . 321 . -74 
^ ■ 12 :41 : 38 , 28 . 6559000 , -81 . 204044000 , 323 , -67 
f. 12 : 41 : 38 . 28 . 6559000 , -81 . 204044000 , 321 , -74 
r 12 : 41 : 38 , 28 . 6559000 , -81 . 204044000 . 323 , -67 

12 : 41 : 40 , 28 . 6559020 , -81 . 203683000 , 1353 , -122 
fy 12 : 41 : 40 . 28 . 6559020 , -81 . 203683000 , 202 . -104 
J 12 : 41 : 40 . 28 . 6559020 . -81 . 203683000 , 32 . -105 
D 12 : 41 : 40 . 28 . 6559020, -81 .203683000 , 321 , -73 
h 12 : 41 : 40 . 28 . 6559020 , -81 . 203683000, 322 , -96 
°" 12 : 41 : 40 . 28 . 6559020 . -81 . 203683000 , 323 . -67 
12 : 41 :41 , 28 . 6559070 , -81 . 203457000 . 321 , -72 
12 : 41 : 41, 28 . 6559070 . -81 .203457000 , 323 . -66 
12 : 41 : 42 , 28 . 6559100 , -81 .203125000. 321 . -71 
12 : 41 :42 , 28 . 6559100 . -81 .203125000, 323 , -66 
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y Record i Is 

05/10/99 13:22:05 ALM INF 4103 7 32 ^ . ^^L 

call Monitor: Call Record has been Written in RAM disk 
Phi: (407)9223002 Call clear by MS - mobile clear 

y Record • 2: 

05/10/99 13:22:04 ALM INF 4113 7 32 G TO 457 

Call Monitor: Call RSSI value 

(407)9223002 cell 323 rrssi -77 attn 4 snr 40 

Recordi 3:~ 



V — — — 

OS/10/99 13:22s04 ALM INF 4117 7 32 C SRC 

Call Honitor: Adj. c«ll RSSI values from Scanning Rcvr. 
(407)9223002 C«ll_i4/RSSIt 323 / -73 

Y_ Record • 264: 

OS/10/99 13j21i00 ALM INF 4117 7 20 A , ^ „^ 

Call Monitors Adj. cell RSSI values from Scanning Rcvr. 
(407)9223002 CeH_id/RSSIi 201 / -98 

^ Record i 265: 

05/10/99 13:21:00 ALM INF 4117 7 32 B 

Call Monitor: Adj. cell RSSI values from Scanning Rcvr- 

(407)9223002 Cell_id/RSSI: 322 / -103 
^ Record i 266: 

05/10/99 13:21:00 MM INF 4117 7 83 *^ , ' „^ 

call Monitor: Adj. cell RSSI values from Scanning Rcvr. 
(407)9223002 Cell_id/RSSI: 831 / -96 

V Record • 267: 

05/10/99 13:21:00 ALM INF 4117 7 32 A SRC 

Call Monitor: Adj. cell RSSI values from Scanning Rcvr. 
(407)9223002 Cell_id/RSSI : 321 / -78 

y Record i 268: 

05/10/99 13:21:00 ALM INF 4117 7 135 G SRC 

Call Monitor: Adj. cell RSSI values from Scanning Rcvr. 
(407)9223002 Cell_id/RSSI : 1353 / -113 

y Record i 269: ~ 

05/10/99 13:21:00 ALM INF 4117 7 20 B SRC 

Call Monitor: Adj. cell RSSI values from Scanning Rcvr. 
(407)9223002 Cell_id/RSSI : 202 / -100 

y Record i 270: 

05/10/99 13:21:00 ALM INF 4113 7 32 G TC 457 

Call Monitor: Call RSSI value 
(407)9223002 cell 323 rrssi -72 attn 4 snr 40 

y . Record i 271: 

05/10/99 13:21:00 ALM INF 4117 7 32 O SRC 

' ' call Monitor: Adj. cell RSSI values from Scanning Rcvr. 
(407)9223002 Cell_id/RSSI : 323 / -71 
y Record • 272: 

05/10/99 13:21:00 ALM INF 4117 7 3 B SRC 

Ob/iQ/s» i3..£i:u Monitor: Adj. cell RSSI values from Scanning Rcvr. 

(407)9223002 Cell_id/RSSI: 32 / -115 
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BACKGROUND OF THE INVENTION 

Field of the Invention 

The present invention broadly relates to wireless network methods and systems, and 
more particularly to methods and systems for gathering data, performing database updates, 
and/or generating report information associated with a wireless network. 

25 Description of the Related Art 

Telephone communication has seen phenomenal growth since its inception because of 
its extreme usefulness in today's world. Modem telephones include generic desktop 
telephone units, cordless telephones and more advanced cellular telephones (or "cell 
phones"). In contrast to a cordless telephone unit, a cellular telephone allows portability in 

30 that a cell phone operator can use the cell phone thousands of miles from home and is 
supported by a sophisticated telecommunications system. 

1 
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A cellular service provider's netv^ork includes a number of interconnected cellular 
switches or mobile switching centers (MSC's) that facilitate cell phone portability in the 
network. The cellular network also typically includes a large number of cell sites, with each 
MSG generally serving more than one cell site. The cell phone operated by a mobile 
5 subscriber (MS) communicates with an appropriate base station over a radio link established 

between-the-base-station-and-the-cell phone.J[he_bas.e_s.tation,inJurn,J^^^ 

received from the cell phone to the corresponding MSG for further processing and 
propagation. Similarly, the base station relays messages received from the MSG to the 
appropriate cell phone within the cell site served by the base station. Thus, the base station 

10 may be viewed as a conduit of messages exchanged between the MSG and a cell phone. 

It is observed that the cellular service provider may add more cell sites (and base 
stations) or reconfigure existing cell site boundaries to cope with increased cellular traffic in 
the service provider's cellular network. The increased cellular traffic may have resulted from 
the new cell phone operators or from mobile subscribers signing up for the service provider's 

1 5 cellular services and operating within the network, hicreased cellular traffic can also, of 

course, result from increased usage of cellular services by existing subscribers. The addition 
of new cell sites or reconfiguration of existing cell sites to accommodate increased cellular 
traffic requires that the new cell sites be "retuned" for effective communication with 
corresponding MSG's. The radio communication between a new (or existing) cell site and its 

20 associated MSG often needs to be monitored to evaluate whether the MSG recognizes the cell 
site. Also, any new MSG's added in the cellular network, or any MSG's already operational in 
the network, may need to be maintained and routinely checked for effective radio 
communication with a cell phone operative within the cellular network region served by a 
particular MSG. 

25 In the telecommunications architecture developed under the "LUGENT" trade 

designation, for example, the advent of TDMA technology introduced a significant amount of 
new translations or software settings. Due to this increased number of translations or changes 
in software settings, entering retune information manually is rapidly becoming prohibitive 
from a productivity perspective. Retunes are typically performed during off-peak hours to 

30 minimize potential impact to the customer. Retunes usually involve nocturnal work 

performed by human technicians prone to mistakes caused by exhaustion and fatigue. There 
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is a need, therefore, for a retune tool that employs automation to increase efficiency and cost- 
effectiveness of retunes within a wireless network. 

In a cellular system, as new cells are being deployed, the frequency plan has to be 
continually modified. If a new cell is introduced between two existing cells, for example, 
5 information for the new cell and its neighbors needs to be modified. As a result, frequency 

retunes are.often jequire_d_to properly i nte g rate the new ce ll into t he existin g sy stem. 

Currently, retune is being performed manually, and it takes considerable time and resources to 
retune a site in this manner. Also, such manual procedures can introduce human errors that 
may further frustrate efforts to resolve problem analysis and resolution. Automating the 
10 retune process would enhance processing of updates of the database with new channel 
numbers and other information and also eliminate human errors. 

In addition, when one or more fields in a call-specific database need to be changed, 
manually completing the updates can require a prohibitive amount of time. Such changes are 
also typically prone to human error occasioned by manual data entry operations. What is 
15 needed therefore are a method and system that can update the appropriate information in the 
database while reducing clerical errors associated with manual processes. 

In addition, data related to calls occurring within a given geographical area are not 
always susceptible to effective reporting. Information related to fraudulent use, for example, 
of wireless technology and, more generally, to problems occurring within a wireless network 
20 is often separated into different data files. What is needed is a way to combine data files 
related to call data in a report format, such as a graphical representation, that can be readily 
analyzed to permit resolution of problems in a wireless network. Use of such reports is also 
needed across a variety of equipment that can be employed within a given wireless network. 



A method and system are provided for generating a graphical representation of call- 
specific data in a wireless network in conjunction with Comarco and Hughes equipment. The 
method includes performing a first phone call using the Xtel equipment to obtain a first set of 
30 call-specific drive test data from an area covered by the wireless network. This first set of 
data includes at least a time associated with the first phone call. The method also includes 



25 



SUMMARY OF THE INVENTION 
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performing a second phone call using the Lucent equipment to perform an RF call trace. This 
second phone call is made in connection with the drive test and provides a second set of call- 
specific data. The second set of data includes at least a time associated with the second phone 
call. Next, the method includes combining the first and second sets of data into a combined 
5 output file based on common time information. Then, the method includes processing the 

combined outp ut file in a the m atic ma pping software program to pro vide a graphical 

representation of the combined output file. This embodiment can also be implemented as a 
system for performing the method or on a computer-readable medium. 

1 0 BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 shows a mobile switching center in wireless communication with a number of 
cell sites in a cellular service provider's network; 

Figure 2 illustrates an arrangement for acquiring and processing data from and in 
connection with the mobile switching center; 

Figure 3 is a flowchart of process steps involved in an automated database update 
method and system; 

Figures 4A and 4B include a flowchart of process steps employed in an automated 
retune method and system; 

Figure 5 is a flowchart of process steps used by a tear down report method and system; 
25 

Figure 6 shows an excerpt of a log file used to generate a graphical representation; 

Figure 7 shows a modified file based on a log file in accordance with Figure 6 that is 
ready for receipt by a thematic mapping software program; 

30 

Figure 8 shows a graphical representation of a tear down report; 
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Figure 9 is a flowchart illustrating process steps employed by reverse mapping 
methods and systems; 

5 Figure 10 shows a sample Ericsson data log related to testing in a particular coverage 
area-of-a-wireless-network;^^ 



Figures 1 1 A and 1 IB show a sample Xtel log file acquired from drive test data 
obtained in a particular coverage area within a wireless network; 

10 

Figure 12 illustrates a sample graphical representation plotted by signal strength for a 

^ given coverage area within a wireless network; 

U 

m Figures 13 A and 13B show a sample log file related to use of a Comarco and Hughes 

^ 15 arrangement in a wireless network; 

J ' Figure 14 shows a sample log file related to use of a Comarco and Hughes 

^~ arrangement in a wireless network; and, 

2 20 Figure 15 shows a graphical representation plotted by signal strength for a given 

D coverage area of a wireless network. 
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DETAILED DESCRIPTION 



The following terminology is intended to provide guidance to one skilled in the art 
with the various embodiments disclosed herein. Use of a particular nomenclature, whether 
conventionally applied in the art or otherwise, is for purposes of illustration only and not 
-_intendedio_limit,the-SCope of.the present.invjention: 



Term 



Definition 



10 ECP 



"Executive Cellular Processor" (sold by Lucent) - typically a 3B30D 
computer which is the main processor for the Lucent Technologies 
"AUTOPLEX 1 000" cellular system 



OMP 



15 



Operations and Management Platform (sold by Lucent) - OMP is an 
adjunct processor to the AUTOPLEX System 1000 that provides 
additional terminal support and off-line processing. 



AUTOPLEX 



20 



A Lucent cellular product consisting of a Series 11 cell System 1000 
site, a Digital Cellular Switch (DCS), and an ECP. 



25 



Base Station (Cell) A radio transmission and processing component of certain wireless 
systems, such as the Autoplex 1000 system; a collection of 
components which provides an interface between the mobile unit and 
facilities of the switch. Typically includes radio transmitter/receiver 
equipment, antennas and computers. 



Cell Site Trunk A trunk which provides a talk path between the DCS and the Cell 



30 



3B30D 



A fully duplexed, fault-tolerant computer with 256 MB of physical 
memory. It serves as the main hardware component for the ECP and it 
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contains the Input-Output Processor (lOP), the Central Processing Unit 
(CPU), the memory stores, and the Disk File Controller. 



5ESS 



Electronic switching system sold under "Lucent" trade designation 



Apxrcv An "AUTOPLEX 1000" database mana g ement system 



DBMS 



10 



DB Form 

or Lucent form 



15 



Database Management System. Any software or system which 
organizes and manipulates information in a database 



(e.g., "ceqsu2", "ctm", etc.) - A collection of logically related 
information referenced by a key. A key may be a single field or 
multiple fields. Also, an image displayed on the RCA^ terminal, used 
to enter and/or display the contents of a given database, including one 
or more screens. 



Form 



= 20 



Record 



An image displayed on the OMP that is used to 
insert/update/review/delete the data contents of a database 

Identifies the information displayed on a given form for a 
particular key value 



RCA^ 



25 



Recent ChangeA^erify (Lucent). A type of software application which 
provides a user interface to the database management system. 



AMPS 



30 



Advanced Mobile Phone System 

Uses Frequency Division Multiple Access (FDMA), whereby the RF 
Spectrum allocated for cellular phone systems by the Federal 
Communications Commission (FCC) is divided into 30 KHz-wide RF 



7 



channels. These RF channels are allocated as setup channels or 
individual voice channels. The communication from mobile unit to cell 
site is termed as uplink (reverse path) and the communication from cell 
site to mobile unit is termed as downlink (forward path). 



"TDMA- 



10 



DCCH 



-T^ime-Division-Multiple-Access-(-Uses4he-same.EDMAJ.0zKJIz_y_^^ 
Channel allocations as AMPS) - carries digital information that is 
time-division multiplexed into six "time slots". A pair of time slots can 
be used to support communications in uplink and downlink directions. 

Digital Control Charmel. A channel used to deliver programming 
information to a mobile unit. 



15 



Channel 



A pair of frequencies used for wireless communication. One channel is 
used for base station to subscriber transmission while the other is used 
for subscriber to base station transmission 



Channel Reuse 



20 



Voice Channel 



Refers to the simultaneous use of a single voice channel for multiple 
conversations in separate cells of the same service area 

A channel on which a voice conversation occurs and on which brief 
digital messages may be sent from a cell site to a mobile unit or vice 
versa 



25 Setup Channel 



A Channel used to transmit digital control information from a cell site 
to a mobile or vice versa 



AVC 
30 ACC 



Analog Voice channel 



Analog Control channel 
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Trunk A port on a switch which connects to transmission equipment. It is 

used for transmitting and/or signaling between two entities, such as 
central offices or sections of the same switching system 

5 RF Call Trace A Lucent tool. It provides for call performance assessment from the 

mobile. _By^me.as.uringJhe_signal_str.engthsjo£mo])il^^^^^ 

cell sites, a system operator can analyze the quality of the radio 
environment 

10 Tipdunix A Lucent tool that is used to remove/restore radios, run diagnostics on 

radios, and the like. This tool is run from the ECP. 

DESCRIPTION OF VARIOUS LUCENT FORMS: 

Cell Equipage Setup. This form contains information concerning 
characteristics of the setup radio associated with each antenna face or 
the entire cell for a given cell site. 

Digital Control Channel. DCCH is used for transmission of control 
information and short user data messages between the cell and mobile. 

Cellsite Trunk member (Analog). This form contains information on 
trunk members such as server group, physical antennas, voice radio 
channel, group, number, timeslot and beacon, trunk status, supervisory 
audio tone color code, and the like. 

TDMA Packet pipe trunk member information. Same as CTM, except 
this form is used to store digital trunk member information. 

Reselection list for control channels. 
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H 15 Ceqsu2 

[J Dcch 
CTM 

25 

Tpptm 
30 Resel 



Fci Face Code Information. This form contains information concerning the 

cell site in the handoff function based on 1) server group and 2) antenna 
face. That is, the neighbor list of MAHO (Mobile Assisted Handoff 
List) for a particular cell face is contained in this form. 

L AF LQgicaLAntejina_Fac,e._A_c.Qmbination.ola_physical_antenna_fac.e„and_a_ 

server group 



Server Group A group of voice radios at a dual cell site which serves either the larger 

10 or the smaller radius of the cell 

Drive Testing A test which involves driving a motor vehicle (with mobile transceiver) 

in a specific area of coverage while attempting to complete or monitor 
calls; a performance analysis activity used to find service-affecting 
1 5 problems 

Cron A scheduler which controls system activities so that they are performed 

at scheduled times 

20 MISCELLANEOUS: 

Mapinfo Software developed by Mapinfo Corp. that helps RF (Radio Frequency) 

engineers perform thematic mapping for visualization of 
telecommunications data 

25 

PhonePrint A software package of Corsair Communications that helps engineers to 

access data from the PhonePrint Fraud Control Database. 

BER Bit Error Rate. The percentage of bit errors that occur during uplink or 

30 downlink transmission; a measure of digital signal quality 
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FER Frame Error Rate. The percent of received frames that were deemed to 

have one or more corrupted bits in a frame 

MAC Mobile Attenuation Code 



_RSSI ReceLved_Signal_Strength_Indication^ represents.thej-eceived signal. 

strength for a given channel 



Time Advance Indicates the user's timing offset with respect to the time slot 

ERICSSON-SPECIFIC TECHNOLOGIES: 



OSS Operations and Support System. The function of OSS is to assist the 

network operator in managing the telecommunications network. The 
15 OSS can communicate with and control many remote pieces of 

equipment making it possible to perform many network management 
tasks from a central location. 

CNO Cellular Network Operations. Through Command Handling and fault 

20 Management application, it supports centralized operation Command 

Handling; CNO interacts with the network elements through Man 
Machine Language (MML) commands. The Command Handling 
window in OSS can be used to issue MML commands to modify 
database, review database, add/delete database records, and other 
25 related functions 

Referring now to Figure 1, there is shown a mobile switching center (MSC) or a 
cellular switch 12 in wireless communication with a number of cell sites 16 A, 16B, 16C, and 
16D, in a cellular service provider's network 10. Each cell site 16A-16D may include a base 
30 station (BS) 17A-17D that communicates over radio links (e.g., radio links 15A and 15B) 
with cellular telephones (e.g., cell phones 14A and 14B) within that cell site using a 
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corresponding wireless transmission tower 18A-18D. The mobile switching center (MSG) 12 
is a functional entity that represents an automatic wireless message switching system. The 
MSG 12 is in direct wireless communication with the base stations 17A-17D via 
corresponding radio links 20A-20D. The MSG 12 receives numerous signals from the base 
5 stations 17A-17D, such as call initiation signals, call termination signals, voice 

communication„signals,.etc.,Jransmitted.byJhexell-phones-(e.g.,^ 

14B) to their nearest base station transmission towers (e.g., towers 18A and 18B). The MSG 
12 may be distinguished from an MTSO (mobile telephone switching office) (not shown), 
which may refer more to the physical architecture of the wireless switching office including 
10 switching hardware, the physical building, etc. The MSG 12 typically provides an interface 
for user traffic between a cellular network (e.g., the cellular telephone network 10) and other 
public switched telephone networks (PSTNs) or other MSGs in the same or other networks. 
2 It is noted that the terms "mobile subscriber", "network subscriber" and "mobile user" 

are used interchangeably hereinbelow. A "mobile subscriber (MS)" (not shown) may be a 
M: 15 human individual who has subscribed to one or more mobile wireless services. The term 
J "mobile subscriber", as used herein, also includes a mobile service user who uses the 

y = subscribed wireless service(s) with a cellular telephone. The term "cellular telephone" may 

M include a mobile telephone handset (e.g., the handset 14A) or a computer equipped for 

1^^. wireless communication (not shown) or any other similar cellular telecommunication device 

20 that is capable of voice and/or data communication in a wireless network. Further, "mobile 
Q communication" may include voice, data or any other information communicated via a mobile 

wireless network. The terms "wireless network" or "mobile wireless network" as used herein 
are contemplated to include analog or digital cellular mobile networks irrespective of the 
underlying transmission technology, e.g., GDMA (code division multiple access), TDMA 
25 (time division multiple access), etc., and any other radio network that employs intersystem 
messaging (e.g., IS-41 based messaging scheme) as part of mobile wireless communication. 

The MSG 12 provides basic switching functions and coordinates the establishment of 
calls to and from cellular subscribers. Thus, the MSG 12 is responsible for various call 
processing as well as mobile subscriber mobility management functions. As part of its call 
30 processing functions, the MSG 12 may receive certain mobile subscriber-specific data from 
the base stations served by the MSG 12. The base station may receive the subscriber-specific 
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data when a mobile subscriber (or cell phone operator) initiates a telephone call using a 
cellular telephone. Thus, the subscriber-specific data may get communicated to the MSG 12 
via a series of radio links such as, for example, via the radio links 15A and 20A when a 
telephone call is placed using the cell phone 14A. The subscriber-specific data may include 
the MIN (Mobile Identification Number) and the ESN (Electronic Serial Number) for the 
cellular4elephone-being-operated-by-the.mobile-subscriber,-the destination_telephone-number„. 
for the telephone call, one or more radio channels assigned during the telephone call by the 
respective base station in the wireless network and the cell site from which the mobile 
telephone call was placed. 

The base station 17A-17D in each cell-site 16A-16D receives radio communications 
from cellular telephones operative in the corresponding cell-site. For example, the base station 
17B in the cell-site 16B communicates with the cell phone 14B via radio signals transmitted 
and received (over the radio link 15B) by the base station transmission tower 18B. Thus, a 
base station provides a radio interface between a wireless network and the cell phones 
operative within the geographic region covered by the base station. A base station controls 
radio resources and manages network information (for example, radio channel assigned 
during a call) that is required to provide telecommunications services to the mobile 
subscriber. A base station (e.g., the base station 17B) consists of one or more radio 
transceivers, one or more transmission towers (e.g., the transmission tower 18B), and one or 
more radio transceiver controllers serving one or more cells. A cell is the geographic area 
defined by the telecommunications coverage of the radio equipment located at a given cell 
site. A cell-site, e.g., the cell-site 16B, is the physical location of a cell's radio equipment (i.e., 
the base station 17B) and supporting systems. A base station for a cell-site incorporates radio 
functions and radio resource control functions. 

As noted earlier hereinbefore, the cellular service provider may reconfigure cell-site 
boundaries or may even add a new cell site depending on the growth of the cellular telephone 
communication traffic. In Figure 1, cell site 16D is shown dotted to indicate that the site has 
been added to the cellular service provider's network 10. Thus, the service provider may add 
many more such cell sites, remove some of the existing sites, or reconfigure cell site 
boundaries for some or all of the existing cell sites to accommodate the increased cellular 
customer base. Additionally, or alternatively, the cellular service provider may upgrade or 
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replace the existing MSG with a more technologically advanced one to better serve the 
growing needs of the mobile subscribers. In any of such events, it is desirable that a 
technician employed by the cellular service provider be able to monitor, maintain, or diagnose 
the MSG 12 in real time to ascertain whether the MSG 12 properly functions vis-a-vis the cell 
5 sites served by the MSG 12. For example, it may be desirable to test whether the MSG 12 

— -—recognizes a-new-Gell-site-when4he new-site becomes-operational,-or-whether-the-subscri 

specific data originating from a cell phone (e.g., the cell phone 14A) reach the corresponding 
MSG (i.e., the MSG 12) and whether the MSG recognizes that data for further processing. 
Sometimes, testing of the MSG 12 may be necessary when a mobile subscriber complains 

10 about not being able to operate the subscriber's cell phone in certain cell sites or regions of 
the service provider's network 10. 

Referring now to Figure 2, an arrangement is shown for accessing the mobile 
switching center 12 to interact and acquire data. The MSG 12 may be accessed using a 
processor 26 (e.g., an EGP) with a user access device 26 (e.g., an OGP). The user access 

15 device 22 may be present at a location that is physically different from that of the MSG 12. 
For example, the MSG 12 may be physically installed in city A, whereas the user access 
device 22 may be in city B. In this case, the user access device 22 can be connected to the 
MSG 12 via a communication network 24. The communication network 24 facilitates data 
communication between the MSG 12 and the user access device 22, and includes a 

20 combination of wire line and wireless networks such as, for example, a WAN (wide area 
network), a MAN (metropolitan area network), the Internet, a wireless local loop, a 
Bluetooth-based wireless LAN (local area network), etc. The user access device 22 may be a 
general-purpose PG (personal computer), a computer workstation, or a dedicated portable unit 
that is capable of data communication over the communication network 24. 

25 In the arrangement illustrated in Figure 2, the MSG 12 is shown connected to the 

processor 26 via a firewall 28 to prevent unauthorized users from accessing the processor 26 
(as described hereinbelow) during maintenance and testing of the MSG 12. As is known in the 
art, the firewalls provide a level of security in data communication over a communication 
network. However, in an alternative embodiment, the firewall 28 may be absent if so desired 

30 by the cellular service provider. The processor 26 is a computer system equivalent to a system 
such as, for example, the EGP product sold under the "Lucent" trade designation. Software 
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instructions reside on the processor 26 for execution by the processor 26. The execution of 
this software can be initiated from the user access device 22, which can be an OMP, for 
example, or another suitably equivalent device for working in association with the processor 
26. 

5 In addition, it should be noted that the software as employed herein can be initially 

— stored-on a computer-readable storage-medium-(not-shown),-e7gT7-a-floppy-diskette,-a^ 

disc (CD), a magnetic tape cartridge, or any similar magnetic/electromagnetic storage 
medium. Thereafter, the software can be loaded onto a suitable operating system for execution 
within the system. 

10 In a first aspect, it can be appreciated that RF engineers often need to change one or 

more fields in Lucent ECP forms to correct, for example, customer-reported problems. If the 
_ same field in several records in a form needs to be changed, which can be a frequent 

^ occurrence, manually changing the forms can be a tedious job that is prone to human error 

during data entry. A software "script" would therefore be usefiil to update one or more fields 
H 15 in several records in a form. 

Ill In one embodiment, an arrangement is illustrated for performing automatic script 

^ ^ generation to aid Lucent ECP database updates. When one or more fields in an ECP form 

M= need to be changed and this change needs to be done for several records in the form, manually 

rj performing updates can require a prohibitive amount of time and effort prone to human error. 

^ 20 A script can therefore be provided that can perform this update of fields in an ECP database 
d form. It can be appreciated that an effective software program for these types of updates can 

generate the script necessary to update one or more fields in all of the ECP forms for which 

the user has permission to update. 

Referring now to Figure 3, a user enters the particular Lucent ECP form and the field 
25 or fields in step 102 for which changes are desired. An example of this step can be provided 

as follows: 



EX: Enter form you want to change — > cell2 
Enter field(s) you want to change — > cgsa cstat 

(In this example, the user wants to change the fields "cgsa" and "cstat" in form "cell2"). 



30 
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Following the preceding example, the program takes the above user input and begins to 
generate a script in step 104 to update the "cell2" form. The user then supplies an input data 
file in step 106 with, for example, values of cell number, cgsa and cstat (all in one line with 
5 fields separated by a space as shown in the following example): 



76 1 e 
209 2 g 
229 1 e 
10 74 2 e 

109 1 e 
1102e 
END 

15 The script created now uses this file as input and creates an apxrcv script in step 108 which, 
for purposes of the "76 1 e" entry in this example, appears as follows: 

cell2 
u 

20 csno=76 
cgsa=l 

cstat=e u EXIT 
u 

25 This apxrcv script can then be used to update the "cell2" form in step 110. An example of a 
command that executes this step is provided as follows: 

apxrcv -text -brief -ignwam -txtelog c <cell2.up 
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(In this example, "cell2.up" is the apxrcv script generated by the program. In addition, if 
there are any errors while running the script, these errors can be logged in step 112 in the 
"errfil" file). 

5 In addition, the script provided herein can use periodically-generated Lucent reports to obtain 
^a"keyTield"Or fields for all the records-in the' 

are usually necessary to update each record in the form. The software program that generates 
these scripts can be called "script.gen" for sake of illustration. The "script.gen" fimctionality 
generates an apxrcv script that updates the selected form. This apxrcv script is a Lucent tool 
10 to read/update/insert/delete Lucent form records. 

Example - Execution of "script, gen" Software 



^ The following illustration demonstrates one particular embodiment of the execution of the 

H 15 "script.gen" program discussed hereinabove. The terminology employed herein is intended to 



show only one aspect of the software implementation and operation. This example is not 
intended to limit the scope of the present invention. For convenience of disclosure, the 
example is presented as a series of steps to be performed by one skilled in the art in executing 
the "script.gen" software: 
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Step 



0. 



Install script.gen in the OMP/ECP in the directory where installation is desired. 
Change the mode of script.gen to executable by typing in: chmod 744 script.gen. The 
script can be installed in the OMP, if the Lucent "apxrcv" command and the Lucent 



ECP databases reside in the OMP. Otherwise, the script should be installed in the ECP 
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for execution. 



Step 



1. 



Login to the OMP/ECP (if apxrcv scripts can be run from OMP log into the 
OMP, otherwise log into the ECP). 
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Step 



2. 



Type /home/rftools/script.gen (If script.gen is not stored in /home/rftools use 
the directory in which it is stored in). 



Step 3. When the program asks the user to input the form to be changed, the Lucent 

form is selected (e.g., cell2, ceqcom2, ceqface, etc.). The following forms, without 
limitation, can be supported: cell2, ceqcom2, ceqface, ceqsu2, ctm, dcch, ecp, fci, 
5 resel and tpptm. 



Step 4. Next the program requires the user to input the field or fields for modification. 

The user can enter multiple fields by separating each field by a space (e.g., fl=10 and 
f2=50). In the example above, the user wants to set fl to 10 and f2 to 50). The 
10 program needs the user to input the field name as it is defined in the database. The 

field names in forms can be obtained as follows: 

a) Log into OMP/ECP 

b) Type in apxrcv -text -fields 

c) Enter the form for which field names are desired 

15 d) The apxrcv program displays the field names for the form desired 

Example session: 
wpb_ompl iyer> apxrcv -text -fields 
AUTOPLEX Cellular System RCV (ODIN) - Data Entry 



20 Enter Form Name (or ?): dcch 
Keys are: 

1) csno 

2) vmo 

Data fields are: 
25 3) vrchnl 

4) dvcc__t 

5) hwtype 

6) dstat 

7) ant 
30 8) tr_ant 

9) lacnum 
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10) frame 

11) shlf 

12) slot 

5 Likewise, one can locate the field names for other forms as desired or needed. 



Step 5. The program script.gen runs and creates a script file name FormName.up (if 

the user wants, for example, to update the form "cell2" the program creates the script 
with name, "cell2.up") in the current directory. 

10 

Step 6. To run the script in check mode (i.e., run to check for errors without updating 

the database) type as follows: apxrcv -text -brief -ignwarn -txtelog errfil -check < 
cell2.up (or whatever the script file name is). The script runs in the check mode, and if 
there are any errors it will log those errors in the "errfil" file. 

15 

Step 7. To run the script and update the database, type as follows: 

wpb_ompl iyer> apxrcv -text -brief -ignwarn -txtelog errfil < cell2.up 

20 It can therefore be appreciated that this process provides improvements in automated form 
updates with minimization of errors caused by manual data entry. 

hi another aspect, a method and system can be provided to perform digital retune on a 
wireless system periodically for the following primary reasons: when a new cell is installed; 
and when radios are added to the existing cell to satisfy increased traffic needs; when analog 

25 radios are removed for substitution by digital radios. Retuning of the system must be done 
after one of the above events, since channels in a system are reused within the system. To 
avoid interference, channels used in a first cell are typically not used in neighboring and 
nearby cells, hi addition, when a new cell is installed, it needs several channels. Hence, 
channels used by a new cell that are not adjacent or nearby the cell can be reused in the new 

30 cell. Hence, the retune process permits this channel reuse to be employed to advantage, hi 
summary, retune involves changing the channel numbers used by a given cell. 
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In general, retune involves modifying the channel number field in the following 
forms: ceqsu2, dcch, ctm, resel and fci. Updating the forms ceqsu2, dcch and ctm is typically 
straight forward and can be performed effectively by scripts updating the channel field in 
these forms. Updating the resel and fci forms, however, is more complex. For these forms, 
the program has to search and locate all the occurrences of the cell/face in the MAHO 

(handoff)4ist-and-change-Ghannel-numbers to the new-ehannel-number^ 

above, the same cell can be neighbor to several other cells, the program first goes through all 
the fci and resel forms to determine in which records the cell/face is being referenced. The 
program then generates a script to change the channel number in all the appropriate records. 

In this aspect, a method and system are provided for digital retune programming of a 
wireless network using Lucent equipment and functionality. With the advent of the TDMA 
technology, a significant amount of TDMA related fields were introduced to the apxrcv 
forms. A large portion of these are related to the DCCH. To manually change all of the 
DCCH related fields would take an inefficient amount of time (approximately 15 minutes per 
site). It is not uncommon to have to retune multiple sites (more than five) to properly 
integrate a new site. As a result, a tool is needed to automate this process. A script eliminates 
the human error introduced as these retunes are usually performed under nocturnal conditions 
when a human worker is more susceptible to making mistakes by entering data manually. 

The digital retune system takes two files with CTM (TPPTM) and DCCH information 
fi-om the user and generates scripts to update the digital control channel number to a new 
value in the following ECP forms: ceqsu2, dcch, ctm, resel and fci. Also, scripts are 
generated for removal and restoration of radios that are needed when a retune is required. The 
TDMA retune method and system can be run in "check mode" to simulate what would happen 
on the live system. This "check mode" allows the user to forecast and eliminate many 
potential problems. 

The TDMA retune method and system therefore significantly reduce the time required 
to perform retunes and minimize human errors introduced by manual entry. This also reduces 
the amount of time required to perform tasks such as new cell deployments, new cell 
integration and traffic additions. Use of this TDMA retune method and system also 
minimizes potential adverse impact on the customer, and this can lead to a more satisfied 
customer base. 
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Referring now to Figures 4A and 48, in this aspect, an RF group generates two input 
files in step 122: a DCCH file (all control Channel changes) and a CTM/TPPTM file (all 
voice channel changes). These two files are then input to digtunes in step 124, which is the 
main program that calls other programs to do specific tasks (the digtunes program is typically 
5 run firom the OMP). 

. In.step_12.6.the_filesxtnir.etaZtpplrnret.i,_^^^^ 

fciret.i are created. The file dcchrad.i is sent in step 128 to the ECP (this file has cell and 
radio number in each line). This file can be input to Tipdunix to remove/restore radios 
fi-om/to the wireless network at a subsequent time. 

10 The program calls a dcchret.s script and provides it with the dcchret.i file in step 130. 

The dcchret.s script creates the apxrcv script file Eldcch.ret, where El stands for ECP 1. The 
program calls a ctmret.s/tpptmret.s script and inputs to it the ctmret.i/tppimret.i file. The 
ctmret.s/tpptmret.s file then creates the APXRCV script file Elctm.ret/Eltpptm.ret, where El 
stands for ECP 1. 

15 The program determines whether a PCS system is being returned in step 132. If not, 

the program calls ceqsuret.s script and inputs to it the ceqsuret.i file in step 134. The 
ceqsurel.s file then creates the apxrcv script file Elceqsu.ret, where El stands for ECP 1. 
Otherwise, if the program determines that a PCS system is returned, then the program calls a 
reselret.s script and inputs to it the reselret.i file in step 136. The reselret.s script creates the 

20 apxrcv script file Elresel.ret, where El stands for ECP 1. 

Next, the program calls a fciret.s script and inputs to it a fciret.i file in step 138. The 
fciret.s script creates the apxrcv script file Elfci.ret, where El stands for ECP 1. The program 
executes all apxrcv script files (i.e., Eldcch.ret, Elctm.ret/Eltpptm.ret, Elfci.ret, Elceqsu2.ret 
and Elresel.ret) in check mode in step 140. No updates are made to the database or databases 

25 at this stage. If errors are detected while the program is running in check mode, a report of 
these errors is generated in step 144. This report permits, for example, a frequency-planning 
engineer to correct the input files and re-start the process of generating scripts. Otherwise, the 
program continues with execution of scripts in step 146 by running a digtunel.s script. This 
script executes the apxrcv scripts Eldcch.ret and Elctm.ret/Eltpptm.ret to modify channels in 

30 the forms dcch and cim/tppim. 
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A user can then log into the ECP and run the command radiormv.s in step 148. This 
script removes the list of radios contained in the file dcchrad.i. Next, the user can run the 
command radiorst.s. This script restores all the radios contained in file dcchrad.i. Finally, in 
step 150, the user can exit ECP, log into OMP, and run the script digtune2.s. This script 
5 executes the apxrcv scripts Elceqsu2.ret, Elresel.ret and Elfci.ret to modify the channel filed 
mibnnsj:eqsu2,T.esel_andJ^ . 

Example - Procedure for Execution of TDMA (DCCH) Retune Scripts 

10 The following illustration demonstrates one particular embodiment of the execution of the 
retune system and method discussed hereinabove. The terminology employed herein is 
intended to show only one aspect of the software implementation and operation. This 
example is not intended to limit the scope of the present invention. For convenience of 
disclosure, the example is presented as a series of steps to be performed by one skilled in the 

15 art in executing the retune software: 

Section 1 

The following scripts should be resident in the following directories in ECP and OMP for the 
20 retune system to work properly. 

ECP Scripts: The scripts fciretO.s, resel.s and the input files fciret.i, resel.il and resel.i2 
should reside at /user/rftools. Also, the scripts radiormv.s and radiorst.s should reside under 
/user/rftools. 

25 

OMP Scripts: The scripts reselpp.s and fciretls reside under /home/rftools or some other 
common directory or bin. The following other scripts reside under /home/rftools: 

Digtune.o, Digtune.s, digtunel.s, digtunel.o, digtune2.s, digtuneS.s, ceqsuret.s, 
dcchret.s, ctmret.s, tpptmret.s, reselret.s, and fciret.s. All the scripts should be in executable 
30 mode (755 or 777). 
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Section 2 



The following is the procedure for executing the TDMA (DCCH) retune scripts. The TDMA 
(DCCH) retune scripts update the digital control channel number in the following apxrcv 
5 forms: ceqsu2, dcch, ctm, resel and fci to the new value. The procedure is relatively straight 

forward'irTthe caseoT ceqsu27dcch'^and"ctm~forms7 "Thescripts take-two-input -files-(dGGh 

input file and ctm input file), and update the pertinent fields in the ceqsu2, dcch and ctm 
forms. In the case of the resel and fci forms, the procedure is more complex. The scripts take 
the cell number (cell) and antenna face number (face) from the DCCH input file and search 
10 through the resel and fci forms for occurrences where they are used as neighbor cells 

(Reselection & MAHO lists). Next, the program updates the channel numbers to the new 
value for all of those occurrences. Lastly, the DCCH radios are removed and restored for the 
changes to take effect. 

15 Sections 

In order for generating scripts to update fci and resel forms, the following scripts can be run in 
ECP and OMP on a periodic basis, such as a daily basis. In the case of Region 1, the script 
tdmaq that is run in all ECP's takes care of this. In the other regions, the scripts fciretO.s and 

20 resel. s run in the cron in the ECP every night. The script fciretO.s pulls out MAHO 

information from fci form and stores it in the file fciret.dbx. The input file fciret.i must be 
present for the script fciretO.s to run. The script resel. s pulls the fields from reel form and 
stores them in the file resel.dch. The input files resel.il and resel. i2 must be present in the 
same directory as resel. s for it to execute. Sample cron commands to add to ECP are given 

25 below: 

1022 * * */user/rftools/fciret0.s 
3022 * * */user/rftools/resel.s 

The next step involves adding commands to cron to copy the files fciret.dbx and resel.dch 
30 from ECP to OMP and put them under /home/pace/rje. The following example shows sample 
commands to add to the OMP: 
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105 * * * 3bfetch/user/iyer/TDMA/fciret.dbx 
155 * * * 3bfetch/user/iyer/DCCH/resel.dch 



5 The final step in the preprocessing involves running the scripts reselpp.s and fciretl.s in the 
OMPrThe"script fciretlTS~takes"fciret.dbx-as-inputrcalculates-the-screen-and-row-number — 
where MAHO cells are present and outputs MAHO information, Screen Number and Row 
number to /home/pace/rje/fciret.dbx. (In Region 1 this file is named fcire$ECP.dbx, where 
$ECP is the ECP number). The script reselpp.s does a similar function with the resel form. 
10 The following is an example of cron commands to run the above-mentioned two scripts: 



Three steps are involved to execute the TDMA (DCCH) retune scripts. Jn the first step, two 
input files (DCCH and CTM input files) are generated by the RF Engineer performing the 
DCCH retune(s). These files contain all pertinent information on the faces in which the 
DCCH retune(s) are occurring. These input files are used to generate input for the following 
20 apxrcv forms: ceqsu2, dcch, ctm/tpptm, resel and fci. Below are samples of each of these 
files: (the first line below - "dcs cell ra face channel" should not be entered in the actual 
input file; it has been provided here for illustration purposes only). 



30 5 * * * /home/rftools/reselpp.s 



00 6 * * */home/rftools/fciretl.s 



Section 4 
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DCCH Input File: 



dcs 



cell 



ra 



face 



channel 



2 



12 



64 



723 



2 



12 



94 



2 



753 
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2 12 124 3 741 

2 18 68 1 776 

CTM Input File: 



dcs 


cell 


tg 


tm 


channel 


2 


12 


312 


2 


723 


2 


12 


312 


3 


723 


2 


12 


312 


101 


750 


2 


12 


312 


102 


750 


2 


12 


312 


103 


750 


2 


12 


312 


104 


777 



Note: First line of input files should be data only (no blank lines, column headings, etc.). 

The above input files can be either comma-separated fields (e.g., a .csv file) or space- 
separated fields (e.g., "2 12 312 2 723"). If the input files are comma separated, the script 
"digtune.s" automatically converts that input file to a space separated fields file. 

If the input files are created in environments other than the OMP's and transferred to OMP's 
using FTP or other tools, steps must be taken to ensure that the input files do not contain any 
control characters. If the file is transferred using "Procomm Plus 3" software or its 
equivalent, the following must be done to ensure that there are no control characters: From 
the "Procomm Plus 3" FTP window, select FTP. Click on "File Transfer Mode". Select 
"ASCn". After this is completed, proceed to transfer the file. 

The next step involves taking the above input files and creating scripts to update the following 
apxrcv forms: ceqsu2, dcch, ctm, resel and fci. For PCS markets, no ceqsu2 scripts are 
generated. 
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The final step involves taking the above input files and creating scripts to update the 
following apxrcv forms: ceqsu2, dcch, ctm, resel and fci. Again, for PCS markets, no ceqsu2 
scripts are generated. The final step also involves the execution of the scripts by feeding the 
5 scripts as input to apxrcv. After the execution of the scripts, the channel numbers in all of the 
— — »abGve-forms-will-be-changed4o4he-new-values-and-the-TDM — — — - 
complete. 

Steps for invoking the proper scripts to do a desired function are as follows: 

10 

1. Log onto the OMP. Select "Miscellaneous Applications". Select "OMP Shell". Once 
in the "OMP Shell", the user must be sure to be in the same directory as the DCCH 
and CTM input files. Once in the directory where the DCCH & CTM input files are 
stored, type the following: /home/rftools/digtune.s (if the cells that are returned are 

15 still VIC cells, run digtune.o instead). 

2. The script prompts for the names of the DCCH and CTM input files. Also, the script 
will ask the question: PCS market? If answered with "y", no scripts will be generated 
to update the "ceqsu2" form. Then the script starts generating inputs for all the forms 

20 that are being updated. The input files ceqsuret.i, dcchret.i, ctmret.i/pptmret.i, 

reselret.i and fciret.i will be generated in this step. If digtune.o script is executed, 
ctmret.i file will be generated. If digtune.s is executed, tpptmret.i will be generated 
instead. In addition, it will send the file dcchrad.i to ECP. (NOTE: The user must 
have permission to use "3bsend" command for this to happen). This file will be used 

25 later to remove and restore the DCCH radios on the faces being retuned. Next, the 

above input files are used to generate scripts to update all the forms. The following 
programs reside under/home/rftools to accomplish this: ceqsuret.s, dcchret.s, ctmret.s, 
reselret.s and ficiret.s. The following scripts are generated by the above programs: 
Elceqsu2.ret Eldcch.ret, Elctm.ret (or Eltpptm. ret if distune.s is executed), Elresel.ret 

30 and El fci. ret. 
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3. After this is done, the scripts are executed in check mode (no updates to the database 
will be made in this mode) and the results placed in the current directory in the 
following files: dccherr, ctmerr, ceqsuerr, reselerr and fcierr. By looking at these 
files, one can discover whether any part of the script will fail when executed. If there 
5 are error messages in these files, they can be analyzed and, if necessary, the input files 

~ ~ CDeeH~and eTM)xorrected~ehanges"to"the'input"fires"resulttn~s 
being executed again. 



4. Next, the user enters the following command from the current directory: 

10 /home/rftools/digtunel.s (if the cells that are being retuned are VIC cells run digtunel.o 

instead). This calls apxrcv with the proper input scripts to update the dcch and ctm 
forms. 

5. After the dcch and ctm form updates are complete, enter the following command; 
1 5 /home/rftools/ecp 

Type in ~sh, after you see the following prompts: 

Connection Established 

A KEPT APXSHL TERMINAL IN SERVICE 

This will take the user to the EC? root directory. Go to home directory (e.g: 
20 /home/iyer) where the file dcchrad.i is stored. 

6. Enter the following command: 
/user/rftools/radiormv.s 

This script will remove all the radios contained in the file dcchrad.i. 

25 

7. Enter the following command: 
/user/rftools/radiorst.s 

This script will restore all the radios contained in dcchrad.i. 

30 8. After all the radios are restored, enter "exit". Next enter "Ctrl-D". This will take the 
user back to the OMP. 
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9. Enter "exit" again. Go to OMP shell and press the Enter key. Go to the directory 
where CTM and DCCH input files are stored. Type the following command: 
/home/rftool s/digtune2 . s 
5 This will update the following apxrcv forms: ceqsu2, resel and fci. 

lirthe case of PCS markets, nm th^coininand, 

/home/rftools/digtune3.s. This will update only the forms, resel and fci. 
This finishes all the database updates required for the TDMA (DCCH) retune. 



10 It is important to look at the error files after all updates are completed to ensure there are no 
error messages. 

In another aspect, a method and system can be provided for digital retuning of a 
wireless network containing equipment sold under the "Ericsson" trade designation. Again, 
automating the retune process speeds update of the database with new channel numbers and 

15 other information and also reduces human errors. Scripts can be scheduled to run at off-peak 
times that require an insubstantial amount of human intervention in their execution. 

In this method and system, a retune operator supplies an input file with details such as, 
for example, Cell Number, Device Number, New channel number, and the like. The program 
takes this input file and generates scripts to do the retune. The Ericsson equipment employs 

20 an OSS as compared to the OMP employed by Lucent equipment discussed hereinabove. A 
Command Handling Window in the Ericsson equipment permits a user to enter commands 
associated with updates to wireless network information. Commands particular to Ericsson 
equipment, when applied in accordance with the methodology described above for Lucent 
equipment, can be demonstrated by the following Ericsson retune example: 

25 

blodi:dev=MDVC-1001; (block a device) 
mtcle:cell=T200A,chnr=1315; (change the channel number) 
blode:dev=MDVC-1001; (deblock a device) 

30 With regard, for example, to the channel number change command, an input file can 

be generated as follows: 



28 




Cell# 



New Channel # 



T200A 



1315 



T200B 



1316 



T115A 



10 



M 15 

5 = 

if: ; 

I; ^ \ 

o 
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30 



This input file translates, in the case of the T200A cell number, into the above-referenced 
channel number change command. This command is input to the Command Handling 
Window of the OSS of the Ericsson equipment. The command generates a script that updates 
the appropriate information in the wireless network to reflect retuning of the system. 

Li another aspect, a method and system are provided for use with the "Corsair" system 
for fraud prevention in cell sites. The method and system take the tear down report from 
Corsair's "Phoneprint" system and generate a report that includes relevant cellular phone 
information. The Phoneprint generates a list of call tear downs on a periodic basis. The 
output has information such as Date, Time of Call, Site ID, ESN of the fraudulent mobile, 
telephone number called, and the like. A program is provided that takes the above output and 
generates another report that has Cell Number and total call tear downs for that site for that 
month. The output file is fed as input to the "Mapinfo" software program and a graphical 
representation Tear Down Report is generated. Cell sites are coded with different colors in 
the map depending on the tear down activity. For example, dark red represents cells with a 
high number of tear downs, dark green is next worst, dark blue next worst, and so on. It can 
be appreciated that choice of a particular color scheme is not critical to display and 
interpretation of this graphical representation. In addition, shading and other patterns can be 
suitably employed in place of or in connection with the use of color in these graphical 
representations. An example of a Tear Down Report graphical representation is provided in 
Figure 3. 

By reviewing the Tear Down Report, management can discover what cells (dark red, 
green, blue, etc) exhibit an inordinate amount of tear down activity and undertake remedial 
measures in response to the report. The report can be run every week, biweekly, monthly, or 
with whatever frequency is desired. 
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Referring now to figure 5, the method and system are performed by a user logging into 
the Phoneprint system in step 162 and generating the Tear Down Report for the time period 
desired. For purposes of further data manipulation, the Tear Down Report can be stored as a 
text file, for example. The Tear Down Report is then transferred to a Unix-based machine or 
5 a suitable functionally equivalent machine where a post-processing program resides. This 
post^pfbcessihg program caFbe'e^TecutedTnstep'lWby a user typing7ToT exafnpre7ar"ifcfecy ~ 
pp400'' command, wherein the "pp400" portion represents the Phoneprint output for April of 
2000. An illustration of this file prepared for December of 1999 can be seen in Figure 6. hi 
step 166, the program next generates an output file (e.g., map400) that can be input to the 

10 Mapinfo program in step 168 to generate a graphical representation in step 170 of the Tear 
Down Report. A sample of this output file can be seen in Figure 7. A sample graphical 
representation of the tear down report is shown in Figure 8. 

Referring now to Figure 9, in another aspect, a method and system are provided that 
permit reverse mapping of telecommunications data in conjunction with Xtel and Lucent 

15 equipment. When there is a problem in a geographical area with making phone calls, RF 

engineers use Xtel equipment to physically move around the area (e.g., such as by driving in a 
car or van in a "drive test") to reproduce the problem as shown in step 182. This Xtel 
equipment is also used to collect data such as signal strength, BER, and other significant data 
which can be used to diagnose and resolve the problem. In operation, the Xtel equipment 

20 automatically makes phone calls to the system and, as the engineer drives around the area, the 
Xtel equipment captures information regarding the call. At the same time, at the switch 
location, an RF call trace is started as shown in step 184 on the above calls conducted by the 
Xtel equipment. This RF call trace is performed in conjunction with the drive test to gather 
data from both uplink and downlink paths and thereby provide a complete set of data to 

25 resolve the problem. 

The data captured from use of the Xtel equipment and the RF call trace reside in two 
separate data files 186, 188. Each file contains information related to the time of the calls 
made during the drive test and RF trace procedures. A program is provided that takes these 
two output files generated from Xtel and RF call trace and combines them in step 190 based 

30 on the time information. The combined output file can contain, for example, the following 
fields: Time, Latitude, Longitude, Forward and Reverse Signal Strength, Forward and 
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Reverse BER, and any other desired, collected information. The combined output file can 

then be opened in the Mapinfo program in step 192 and a graphical representation of the drive 

test can be generated in step 194 based on Signal Strength, BER, and other collected data. 

Different colors can be used to depict different levels of magnitude of signal strength, BER, 
5 and other collected data so that an Engineer looking at the graph can readily visually 

determine weak signal strength areas,~a7eas~with BER problem, and otKef measurements 

based on the collected data. 

Jn another embodiment, the RF call trace is performed using Ericsson equipment. The 

program then uses the Xtel call tracking drive test data and combines it with Ericsson RF call 
10 trace data based on a common time between data files. A sample Ericsson log file can be seen 

in Figure 10. Attributes such as Latitude, Longitude and Signal Strength can then be 
^ combined from an Xtel log file (a sample of which is shown in Figures 1 1 A and 1 IB into an 

^ output file. This output file can be opened in Mapinfo and a graphical representation of the 

,2 data over time can be presented to a user analyzing a problem with the wireless network. A 

H 15 sample of this graphical representation is shown in Figure 12. 

Ln In general, Xtel data include longitude, latitude, and similar information derived fi"om 

' the area in which the drive test is conducted. The RF call trace data have signal strength and 

H other relevant information. Both sets of data can be advantageously combined by this method 

|f|j and system based on time so that a graphical representation of the drive area can be generated. 

^ 20 This graphical representation therefore borrows data from both Xtel and Lucent or Ericsson 
O equipment to provide a combined output file that can be converted into a useful graphical 

representation of a given area. 

The method and system can operate on a Unix-based system, for example, or on a 
suitably equivalent system such as a Windows NT system. Use of a Windows NT system 
25 enables the user to execute the program outside of the OMP of Lucent-based equipment. 

The following is an example that demonstrates a possible implementation of this 
reverse mapping method and system. A user logs into a PC-based machine and enters an 
ericxtel.bat command from the directory from which the script is to be executed. The script 
expects the Xtel log file to be named "xtelfil" and the Ericsson log file to be named "ericfil" 
30 and these files must be present in this format in the directory from which the ericxtel.bat 
command is executed. The program then combines the two files namely, ericfil and xtelfil. 
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based on common time data between the two files and outputs data from both files to a file 
named xtel.out. The user then inputs the xtel.out file to the Mapinfo program and can create a 
thematic map based on signal strength, BER, or other available attributes related to the 
gathered data, 

5 In still another embodiment, and incorporating by reference the above discussion 

felatedToXucent and'Ericsson RF"cairtrace equipment, a nietEod'aM's>^terTrf6rComarc 
and Hughes equipment can be provided, hi this embodiment, graphical representations can be 
produced based on a combination of data files gathered from employment of Comarco call 
tracking drive test equipment Hughes RF call trace data. A sample Comarco data file is 

10 shown in Figures 13 A and 13B. A sample Hughes data file is shown in Figure 14. As 

discussed above, an output file having a common time element from each of these files can be 
input to the Mapinfo program to provide a graphical representation of call data based on 
signal strength, BER, or any other desired attributed collected in either of these files. A 
sample graphical representation of the Comarco and Hughes arrangement is provided in 

15 Figure 15. 

While several embodiments of the invention have been described, it should be 
apparent, however, that various modifications, alterations and adaptations to those 
embodiments may occur to persons skilled in the art with the attainment of some or all of the 
advantages of the present invention. It is therefore intended to cover all such modifications, 
20 alterations and adaptations without departing from the scope and spirit of the present 
invention as defined by the appended claims. 
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WHAT IS CLAIMED IS: 



lA A method for generating a graphical representation of call-specific data in a wireless 
network in conjunction with Comarco and Hughes equipment, said method comprising: 

performing a first phone call using said Comarco equipment to obtain a first set of 
— eall-speeific-dri 
set of data includes at least a time element of said first phone call; 

perfomiing a second phone call using said Hughes equipment to perform an RF call 
trace in connection with said drive test and to obtain a second set of call-specific data, 
wherein said sec&nd set of data includes at least a time element of said second phone call; 

combining^aid first and second sets of data into a combined output file based on 
respective said timA elements of said first and second phone calls; and 

processing said combined output file in a thematic mapping software program to 
provide a graphical representation of said combined output file. 

2. The method of Claim 1, wherein said call-specific data include signal strength 
information. \ 

3. The method of Claim 1, fiirther comprising performing said second phone call from a 
switch location in said wireless network. 

4. The method of Claim 1, wherein said combined output file includes call-specific data 
selected from the group consisting of Time, Latitude, Longitude, Forward Signal Strength, 
Reverse Signal Strength, Forward BER, and Reverse BER. 

5. The method of Clairn 1, fiirther comprising generating said graphical representation 
based on signal strength data! 

6. The method of Claim l\ wherein said graphical representation is color-coded to reflect 
one or more levels of signal strength depicted on said graphical representation. 
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A computer-readable medium containing instructions for generating a graphical 
rep?^entation of call-specific data in a wireless network in conjunction with Comarco and 
Hughe^ equipment, said method comprising: 

instructions for performing a first phone call using said Comarco equipment to obtain 
a first set of call-specific drive test data from an area covered by said wireless network, 
j^^herdnja^^ ~~ 

mstnjctions for performing a second phone call using said Hughes equipment to 
perform an RJ\call trace in connection with said drive test and to obtain a second set of call- 
specific data, wherein said second set of data includes at least a time element of said second 
phone call; 

instructions for combining said first and second sets of data into a combined output 
file based on respective said time elements of said first and second phone calls; and 

instruction^for processing said combined output file in a thematic mapping software 
program to provide^ graphical representation of said combined output file. 

8. The medium (3^f Claim 7, wherein said call-specific data include signal strength 
information. 



9. The medium of Claim 7, fiirther comprising instructions for performing said second 
20 phone call from a switch\location in said wireless network. 

10. The medium of Cl^im 7, wherein said combined output file includes call-specific data 
selected from the group consisting of Time, Latitude, Longitude, Forward Signal Strength, 
Reverse Signal Strength, Fo|pvard BER, and Reverse BER. 

25 

11. The medium of Clain\ 7, further comprising generating said graphical representation 
based on signal strength data. 

12. The medium of Claim 7,\wherein said graphical representation is color-coded to 
30 reflect one or more levels of signed strength depicted on said graphical representation. 
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SJ3. A system for generating a graphical representation of call-specific data in a wireless 
nkwork in conjunction with Comarco and Hughes equipment, said method comprising: 

\ drive test equipment for performing a first phone call using said Comarco equipment 
to obtain a first set of call-specific drive test data from an area covered by said wireless 
network, wherein said first set of data includes at least a time element of said first phone call; 

-yswitch-equipment-for-per-forming a-seeond-phone-eall-using said-^ 

perfomi an RF call trace in connection with said drive test and to obtain a second set of call- 
specific oata, wherein said second set of data includes at least a time element of said second 
phone caM; 

a processor for combining said first and second sets of data into a combined output file 
based on respective said time elements of said first and second phone calls; and 

a processor for processing said combined output file in a thematic mapping software 
program to provide a graphical representation of said combined output file. 

14. The system of Claim 13, wherein said call-specific data include signal strength 
information. \ 

15. The systdm of Claim 13, further comprising a switch for performing said second 
phone call. 1 

16. The system of Claim 13, wherein said combined output file includes call-specific data 
selected from the group consisting of Time, Latitude, Longitude, Forward Signal Strength, 
Reverse Signal Strength, Forward BER, and Reverse BER. 
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ABSTRACT 



A method and system are provided for generating a graphical representation of call-specific 
data in a wireless network in conjunction with Comarco and Hughes equipment. The method 
5 includes performing a first phone call using the Xtel equipment to obtain a first set of call- 

specific-dri-ve-test-data-from-an-area-covered-by the-wireless networkr This'fiTs^^^ 

includes at least a time associated with the first phone call. The method also includes 
performing a second phone call using the Lucent equipment to perform an RF call trace. This 
second phone call is made in connection with the drive test and provides a second set of call- 

10 specific data. As for the first set of data, the second set of data includes at least a time 
associated with the second phone call. Next, the method includes combining the first and 
second sets of data into a combined output file based on common time information. Then, the 
method includes processing the combined output file in a thematic mapping software program 
to provide a graphical representation of the combined output file. This embodiment can also 

15 be implemented in a system performing the method or on a computer-readable medium. 
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